Citation and Attribution Management Methods and Systems

ABSTRACT

A computer-implemented method comprising: accessing, at a client device, a first artifact and artifact metadata corresponding to the artifact; creating, at the client device, an artifact cryptographic digest corresponding to the artifact to certify existence of the artifact; transmitting, at the client device, the artifact cryptographic digest and artifact metadata to a server; adding, at the server device, the artifact cryptographic digest to a block chain; and adding, at the server device, the artifact cryptographic digest, the artifact metadata and the first artifact to a data storage device separate and distinct from the block chain to reference the artifact cryptographic digest on the block chain.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional PatentApplication No. 62/532,967 filed Jul. 14, 2017 entitled “RESEARCHARTIFACT TRANSACTION SYSTEM AND METHOD”, and U.S. Provisional PatentApplication No. 62/644,703 filed Mar. 19, 2018 entitled “CITATION ANDATTRIBUTION MANAGEMENT METHODS AND SYSTEMS”, which are incorporated byreference herein in their entireties.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

The following detailed description of embodiments of the citation andattribution management methods and systems, will be better understoodwhen read in conjunction with the appended drawings of an exemplaryembodiment. It should be understood, however, that the invention is notlimited to the precise arrangements and instrumentalities shown.

In the drawings:

FIG. 1 shows a block diagram of a system for allowing users tocommunicate with a server over data transmitted over a network accordingto at least some embodiments of the invention.

FIGS. 2A-2F show exemplary representations of the system of FIG. 1,according to at least some embodiments of the invention.

DETAILED DESCRIPTION OF THE INVENTION

In certain areas, such as academia, a value of a person's contributionto the respective area is primarily based on two factors: how manypublished works did the person create, and how many times were theperson's published works cited by others. There are a few issues withthis approach. For the first issue, the person may create a work thatcannot be publicly disseminated, but the person may still desire to makethe work available to a select few people so that the person can stillbe cited in another person's future work. For example, the user may be aresearcher that conducted a study containing data valuable to others.The researcher may desire to save a record of the data so that theresearcher has proof of existence and can establish provenance. Theresearcher may also desire to save the record of the data so that otherscan cite to the data and the researcher could receive properattribution. For the second issue, because publishing is of greatimportance, authors in certain fields will submit their works topublishing companies with the hope of having their works published. Butpublishing companies' interests might not align with that of theauthors. For example, the publishing companies will only seek to publishauthor works that the publishing companies deem interesting to theirreaders. Also, because publishing takes so long the academic may want todisseminate their research to be discovered and cited long before theformal publishing takes place. As a result, there are a number of authorworks that are not published, but the authors would like to makeavailable to others so that the respective author's work can still becounted as a contribution to the author's field and that work can stillbe cited by others.

By utilizing a block chain configuration, embodiments of the systemdescribed herein can provide a permanent immutable record of all createdworks that anyone can use to prove or verify that they created aparticular work on a particular date. The block chain configuration alsoallows others to cite to particular works (even if not published) sothat the original author can receive proper attribution. Such a systemincentivizes authors to share access to their works, even when the worksare not published.

Embodiments of the system described herein also improve citation andattribution for published works as many published articles are notindexed by solutions that currently track citations and attributions.Further, even for articles that are indexed, the system would detectthese citations sooner, would be fully machine readable, and would notbe susceptible to citation breaks/errors that are typically associatedwith these indexing. Additionally, the system generated citation dataand counts can create improved metrics, analytics, reputational graphs,and search capabilities as more citations and more meta-data and contextabout the citations can be captured at the time of attribution throughsuch a system which cannot be done with current solutions. For example,citing reasons or weighting of attribution across authors associatedwith the cited document can be incorporated into meta-data at the timeof attribution by the system which cannot currently be captured withcurrent indexes.

Referring to the drawings in detail, wherein like reference numeralsindicate like elements throughout, there is shown in FIGS. 1-2F a systemillustrating methods for citation and attribution management, generallydesignated, in accordance with an exemplary embodiment of the presentinvention.

Referring to FIG. 1, there is shown a block diagram of a system 100 forallowing users to create artifacts, update citations and track authorattribute information according to at least one embodiment of theinvention. System 100 may include client device 110, network 116 and/orserver 122.

Client device 110 may be any computing device configured to executecomputer programs as well as store and process data. Examples of clientdevice 110 include a phone, tablet, computer, smart phone, or a smartdevice.

Client device 110 may include user interface 112. User interface 112 maybe a program that controls a display (not shown) of client device 110.User interface 112 may include one or more peripheral user interfacecomponents, such as a keyboard or a mouse. The user may use theperipheral user interface components to interact with client device 110.User interface 112 may receive user inputs, such as mouse inputs orkeyboard inputs from the mouse or keyboard user interface components.User interface 112 may be any word processing program, such as MicrosoftWord.

Network 116 allows data to be transferred between client device 110 andserver 122. Network 116 connects client device 110 with external devicesby carrying signals. Network 116 may be implemented using wire or cable,fiber optics, a phone line, a wireless link, a cellular phone link, aradio frequency link, or any other suitable communication channel. Forinstance, network 116 may be implemented using a combination ofchannels. Network 116 may be implemented as an intranet and/or aninternet.

Server 122 may include communication infrastructure, processor, memoryand communication interface. Server 122 may be any computing device forreceiving and/or responding to requests for data from client device 110.Examples of data may include web page data, hypertext markup language(HTML), text, video, picture, software, executable, interpretable,byte-code, and binary files.

Server 122 may include block chain 118. Block chain 118 may be a list ofrecords (i.e., blocks 119) that are temporally linked. Each block maycontain a link to a previous block, a timestamp indicating when theblock was created and any transaction data (e.g., artifact-relateddata). The block chain 118 may be an immutable record, impervious tomodifications of stored transaction data because any given block cannotbe altered retroactively without the alteration of all subsequentblocks.

Server 122 may include data storage 120. Data storage 120 may be astorage medium configured to record and store data. Examples of datastorage 120 may be optical discs, flash memory, hard disk drives, zipdrives, among others. The data storage 120 may be configured as a clouddatabase, an in-memory database, a distributed database or ahierarchical database, such as a relational database.

Server 122 may include a block chain management service 102 and/or ablock chain keystore 104. The block chain management service 102 may bea component of server 122 that manages the interactions between theclient device 110 and the block chain 118. The block chain managementservice 102 may allow a user via the client device 110 to interact withthe block chain 118 through client applications or through third-partyapplications at the client device 110 which leverage an applicationplatform interface (API) of the server 122.

Examples of the functionality of at least some embodiments of theinvention are provided below in more detail.

1 Create Artifact

In some embodiments, the system 100 allows one or more users to create arecord of an artifact that is stored on the block chain. As used herein,an artifact may refer to any object created by a human being. Examplesof artifacts may include: publications, articles, manuscripts, books,conference papers, dissertations, preprints, data sets, clinical trialdata, protocols, genetic and chemical structures, grants (e.g.,applications, awards), graphs, images, recordings, patents, posters,presentations, projects, reports, theses, working papers, retractions,and software.

Initially, the user interface 112 may receive a request by a user tocreate a record of the artifact. FIG. 2A shows that the user has createdan artifact 114 that the user desires to submit for recordation.

After receiving the request, the user interface 112 may access theartifact 114 and create an artifact cryptographic digest correspondingto the artifact 114. As used herein, a cryptographic digest may refer toa unique value used to certify an object's (e.g., artifact's) existenceand/or authorship. The cryptographic digest may be mapped from the dataof an object using a cryptographic digest function. An example of acryptographic digest function may include a cryptographic hash function(e.g., sha256). Examples of a unique value may include an objectidentifier or object hash. As used herein, the term “artifactcryptographic digest,” may also be described as an “artifact identifier”and “artifact hash”, and these terms may be used interchangeably.

The user interface 112 may prompt the user to enter additional artifactmetadata about the artifact 114. The system may generate metadata basedon data extracted from the artifact 114 or other sources. As usedherein, metadata may be data that describes and gives information aboutother data. Examples of artifact metadata may include project name,component name, file name, contributor (e.g., author/owner/creator)names, contributor roles, contributor types, level of contribution foreach contributor, artifact type (e.g., publication, patent, data,protocol, patient registry, application/code, video, audio), description(e.g., keywords, abstract), artifact title, location (e.g., DOI, addressor link to artifact location), use rights (e.g., established by authorsor indication that it is copyrighted in the case of commerciallyowned/copyrighted materials), disclosure level (e.g., whethercontributor wishes to remain anonymous or disclosed), file date, andstage of development (e.g., working paper, preprint, published). In someembodiments, the minimum amount of artifact metadata includes artifacttype, stage of development, location, description, contributor names,use rights, and disclosure level.

The user interface 112 may prompt any or all contributors of theartifact to submit a contributor digital signature to confirm that thecontributor contributed to the artifact.

The user interface 112 may transmit an artifact transaction message toserver 122. The artifact transaction message may include the artifacthash, and the artifact metadata. In some embodiments, the artifacttransaction message may also include the artifact. FIG. 2B show anexample of an artifact transaction message 115 for an artifact 114 beingsubmitted by the user interface 112 to server 122.

After receiving the artifact transaction message 115, the server 122 mayadd the artifact hash to block chain 118 by adding a new transactionblock with the artifact hash to the block chain 118. The server 122 mayadd the artifact metadata (and, in some embodiments, the artifact 114)to data storage 120, with the artifact hash as the database key. Theserver 122 may add a reference to a location of the artifact (stored ata third party device) and/or the artifact to the data storage 120. FIG.2C shows an example of server 122 adding a transaction block 119 c tothe block chain 118. The transaction block 128 includes the artifacthash (artifact ID). FIG. 2C also shows an example of an artifact record126 being created in data storage 120. The artifact record 126 includesthe artifact hash, artifact metadata and a copy of the artifact 114.

After updating the block chain 118, the server 122 may broadcast a blockconfirmation establishing transaction order in a shared transactionledger among other devices. The server 122 may also transmit aconfirmation to the client device 110 confirming that the artifact hasbeen recorded successfully. The confirmation may include a time stamp toindicate the time when the artifact was recorded successfully on theblock chain 118.

2 Artifact Citations

In some embodiments, the system 100 may provide a mechanism that allowsa user to cite to other artifacts, including artifacts referenced on theblock chain 118.

While the user creates a new work having citations, the user interface112 may read and inspect the citation data corresponding to thecitations. Examples of citation data may include an artifact identifiercorresponding to the cited artifact and authorship and/or ownershipinformation corresponding to the owner of the cited artifact. Thecitation data may also include artifact metadata and/or author metadata.Examples of artifact metadata may include the artifact hash, artifactlocation (e.g., where the artifact can be obtained), and artifact type.Examples of author metadata may include author identifiers of eachauthor associated with the artifact 114.

The user interface 112 may then transmit citation data corresponding tothe citations to a server 122 to determine whether the citation datamatches metadata for any artifacts stored at the server 122. If theserver 122 determines that the citation data matches metadata for anyartifacts stored at the server 122, the server 122 sends a “citationmatch” message to the user interface 112 to inform the user interface112 that a match was identified. If the server 122 determines that thecitation data does not match metadata for any artifacts stored at theserver 122, the server 122 sends a “citation non-match” message to theuser interface 112 to inform the user interface 112 that a match was notidentified.

The user interface 112 may periodically read and inspect the citationdata. Alternatively, the user interface 112 reads and inspects thecitation data in response to a user request.

The user interface 112 may create and maintain a citation tablerepresentative of the citation data. The citation table may include atleast one of: citations that match an existing artifact record on theblock chain 118, citations identified on reference Abstracting andIndexing (A&I) database, and citations that do match any existingartifacts on the block chain 118. In some embodiments, the citation datacontains at least some of the data represented by the citation table(e.g., citations that match an existing artifact and/or citations thatdo not match an existing artifact). In some embodiments, the userinterface 112 may present the unmatched citations to the user so thatthe user, if desired, may match the unmatched citations to citationsknown to the user.

In some embodiments, the user interface 112 may receive a request topost the citations on the block chain 118. FIG. 2D shows that the userhas created citations 124 for an artifact that the user would like tosubmit for recordation.

The user interface 112 may initially re-read and re-inspect the citationdata (e.g., the citation table). If necessary, the user interface 112may update the citation table if there is a determination that acitation that previously did not match any artifacts in the block chain118, now does match an artifact, or vice versa.

The user interface 112 may create a citation cryptographic digestcorresponding to the citation data, using the processes describedherein. As used herein, the term “citation cryptographic digest,” mayalso be described as an “citation identifier” and “citation hash”, andthese terms may be used interchangeably.

The user interface 112 may prompt any contributors of the artifact tosubmit a contributor digital signature to confirm that the contributorcontributed to the artifact that contains the citations.

The user interface 112 may transmit a citation transaction message to aserver. The citation transaction message may include the citation dataand the citation hash. FIG. 2E show an example of a citation transactionmessage 125 for a citation being submitted by the user interface 112 toserver 122.

After receiving the citation transaction message, the server may add thecitation hash to block chain 118 by adding a new transaction block tothe block chain 118. The server may add the citation data to datastorage 120, with the citation hash as the database key. FIG. 2F showsan example of server adding a transaction block 119 d to the block chain118. The transaction block 128 includes the citation hash (citation ID).FIG. 2F also shows an example of a citation data record 128 beingcreated in data storage 120. The citation data record 128 includes thecitation data, artifact metadata and an author metadata. It isunderstood that in other embodiments, other combinations of data may bestored in a citation record including any combination of the following:citation data, artifact metadata, artifact metadata hash, authormetadata, and author metadata hash.

After updating the block chain 118, the server 122 may broadcast blockconfirmation establishing transaction order in a shared transactionledger among other devices. The server 122 may transmit a confirmationto the client device 110 confirming that the artifact has been recordedsuccessfully. The confirmation may include a time stamp to indicate thetime when the artifact was recorded successfully on the block chain 118.

In some embodiments, the server 122 may update an author attributiondata count based on the citation data. For example, as shown in FIG. 2F,the server 122 has stored author attribution data 130 for each author ofany artifact in the block chain 118. If the citation data received in acitation transaction message (e.g., citation transaction message 125 inFIG. 2E) cites to an artifact in the block chain 118, the authorattribution count (e.g., stored in the author attribution data 130) foreach author of the cited artifact is incremented. The author attributioncount may represent a number of instances where a respective artifact ofthe author has been cited by another artifact. In some embodiments, foreach citation, the author attribution count for each author isincremented by one. In some embodiments, for each citation, the authorattribution count for each author is incremented by a predeterminedfraction representing the author's percentile contribution to theartifact. For example, if a first author's contribution to an artifactwas predetermined to be 75% and a second author's contribution to anartifact was predetermined to be 25%, then the first author'sattribution count would increase by 0.75 and the second author'sattribution count would increase by 0.25 for each citation.

3 New Version of an Artifact

The system 100 may be configured to allow a user to create new versionof an already-existing artifact if the user so desires.

Initially, the user interface 112 may receive a request by a user tocreate a new version of an already-existing artifact.

In response, the user interface 112 may present artifact metadata to theuser for confirmation that the artifact metadata is applicable to thenew version of the artifact. If desired, the user may change theartifact metadata using the user interface 112.

The user interface 112 may prompt any contributors of the artifact tosubmit a contributor digital signature to confirm that the contributorcontributed to the artifact.

The user interface 112 may access the new version of the artifact andcreate an artifact cryptographic digest corresponding to the new versionof the artifact, as described herein.

The user interface 112 may read and inspect the citation datacorresponding to the citations, as described herein.

The user interface 112 may transmit an artifact transaction message andcitation transaction message to server 122, as described herein.

After receiving the artifact transaction message and citationtransaction message, the server 122 may add the artifact hash for thenew version of the artifact to block chain 118, as described herein. Theserver 122 may also add the citation hash for the new version of theartifact to block chain 118, as described herein. The server 122 may addthe artifact metadata and the citation data (and, in some embodiments,the artifact 114) to data storage 120.

After updating the block chain 118, the server 122 may broadcast a blockconfirmation establishing transaction order in a shared transactionledger among other devices. The server 122 may also transmit aconfirmation to the client device 110 confirming that the artifact andcitation data has been recorded successfully. The confirmation mayinclude a time stamp to indicate the times when the artifact andcitation data was recorded successfully on the block chain 118.

4 Updating Artifact Metadata

The system 100 may be configured to allow a user to update artifactmetadata of an already-existing artifact if the user so desires.

Initially, the user interface 112 may receive a request by a user toupdate artifact metadata for a specific artifact.

In response, the user interface 112 may present artifact metadata to theuser. If desired, the user may submit requests to change the artifactmetadata using the user interface 112.

The user interface 112 may prompt any contributors of the artifact tosubmit a contributor digital signature to confirm that each contributoragrees with the updates to the artifact metadata.

The user interface 112 may transmit an artifact transaction message toserver 122. The artifact transaction message may include the artifacthash, and the artifact metadata.

After receiving the artifact transaction message, the server 122 may addthe artifact hash to block chain 118 by adding a new transaction blockwith the artifact hash to the block chain 118.

The server 122 may add the updated artifact metadata to data storage120, with the artifact hash as the database key.

After updating the block chain 118, the server 122 may broadcast a blockconfirmation establishing transaction order in a shared transactionledger among other devices. The server 122 may also transmit aconfirmation to the client device 110 confirming that the artifact hasbeen recorded successfully. The confirmation may include a time stamp toindicate the time when the artifact was recorded successfully on theblock chain 118.

5 Batch Citation Checking

As discussed above, in some embodiments, citations submitted to theblock chain 118 may include unmatched citations. An unmatched citationmay cite to an artifact that does not include a respective artifactcryptographic digest stored on the block chain. The unmatched citationsmay be stored in data storage 120 for further processing. In someembodiments, at predetermined time intervals (e.g., once per day), theserver 122 may compare the unmatched citations to new artifacts storedon the block chain 118 during the previous period of time. If the server122 detects a match, the server 122 may update (e.g., increment) anauthor attribution data count based on the new citation data, asdescribed herein.

6 Additional Embodiments

The functionality that the block chain management service 102 mayprovide may include:

1) Ability for a user to save a record to the block chain without havingto maintain a personal wallet to store their personal and public keys.

2) Ability for the user to retrieve their information from the blockchain without managing a personal wallet to store their public andprivate keys.

3) Mapping service that allows changes to the underlying block chain notto necessitate changes by end users.

4) Data aggregation services to give the end user access to informationthat is stored in multiple locations including, identity serviceproviders, publishing information stores and scientific blockchains.

In one embodiment, the system 100 includes one or more computers havingone or more processors and memory (e.g., one or more nonvolatile storagedevices). In some embodiments, memory or computer readable storagemedium of memory stores programs, modules and data structures, or asubset thereof for a processor to control and run the various systemsand methods disclosed herein. In one embodiment, a non-transitorycomputer readable storage medium having stored thereoncomputer-executable instructions which, when executed by a processor,perform one or more of the methods disclosed herein.

It will be appreciated by those skilled in the art that changes could bemade to the exemplary embodiments shown and described above withoutdeparting from the broad inventive concepts thereof. It is understood,therefore, that this invention is not limited to the exemplaryembodiments shown and described, but it is intended to covermodifications within the spirit and scope of the present invention asdefined by the claims. For example, specific features of the exemplaryembodiments may or may not be part of the claimed invention and variousfeatures of the disclosed embodiments may be combined. Unlessspecifically set forth herein, the terms “a”, “an” and “the” are notlimited to one element but instead should be read as meaning “at leastone”.

It is to be understood that at least some of the figures anddescriptions of the invention have been simplified to focus on elementsthat are relevant for a clear understanding of the invention, whileeliminating, for purposes of clarity, other elements that those ofordinary skill in the art will appreciate may also comprise a portion ofthe invention. However, because such elements are well known in the art,and because they do not necessarily facilitate a better understanding ofthe invention, a description of such elements is not provided herein.

Further, to the extent that the methods of the present invention do notrely on the particular order of steps set forth herein, the particularorder of the steps should not be construed as limitation on the claims.Any claims directed to the methods of the present invention should notbe limited to the performance of their steps in the order written, andone skilled in the art can readily appreciate that the steps may bevaried and still remain within the spirit and scope of the presentinvention.

What is claimed is:
 1. A system comprising: one or more memory unitseach operable to store at least one program; and at least one processorcommunicatively coupled to the one or more memory units, in which the atleast one program, when executed by the at least one processor, causesthe at least one processor to perform the steps of: accessing, at aclient device, a first artifact and artifact metadata corresponding tothe artifact; creating, at the client device, an artifact cryptographicdigest corresponding to the artifact to certify existence of theartifact; transmitting, at the client device, the artifact cryptographicdigest and artifact metadata to a server; adding, at the server device,the artifact cryptographic digest to a block chain of the server device;and adding, at the server device, the artifact cryptographic digest, theartifact metadata and at least one of: a reference to a location of thefirst artifact and the first artifact to a data storage device of theserver device separate and distinct from the block chain to referencethe artifact cryptographic digest on the block chain.
 2. The system ofclaim 1, wherein the at least one processor is further caused to performthe steps of: reading and inspecting, at the client device, citationdata in the first artifact corresponding to a citation to a secondartifact; transmitting, at the client device, the citation data to theserver; determining, at the server, whether the citation data matchesmetadata for any artifacts stored at the server; if the citation datamatches metadata at the server, sending, at the server, a citation matchmessage to the client device; and if the citation data does not matchmetadata at the server, sending, at the server, a citation non-matchmessage to the client device.
 3. The system of claim 1, wherein the atleast one processor is further caused to perform the steps of:receiving, at the client device, a request to post citation data to theblock chain at the server; creating, at the client device, a citationcryptographic digest corresponding to the citation data; transmitting,at the client device, the citation cryptographic digest and citationdata to the server; adding, at the server, the citation cryptographicdigest to the block chain; and adding, at the server, the citation dataand the citation cryptographic digest to the data storage device.
 4. Thesystem of claim 3, wherein the at least one processor is further causedto perform the steps of: storing, at the server, an author attributioncount for each author of the one or more artifacts stored on the blockchain, wherein the author attribution count is representative of anumber of instances where one or more artifacts of the author has beencited by other artifacts; after adding the citation cryptographic digestto the block chain, incrementing, at the server, the author attributioncount for each author of a respective artifact cited in the citationdata.
 5. The system of claim 4, wherein the at least one processor isfurther caused to perform the steps of: storing, at the server, anunmatched citation, wherein an unmatched citation cites to a secondartifact that does not include a respective artifact cryptographicdigest stored on the block chain; after storing the unmatched citation,receiving, at the server, an artifact cryptographic digest correspondingto the second artifact; comparing, at the server, the unmatched citationto the second artifact and detecting a match; incrementing, at theserver, the author attribution count for each author of the secondartifact
 6. The system of claim 1, wherein the at least one processor isfurther caused to perform the steps of: receiving, at the client device,a request to create a new version of the first artifact; creating, atthe client device, an artifact cryptographic digest corresponding to thenew version of the first artifact to certify existence of the newversion of the first artifact; transmitting, at the client device, theartifact cryptographic digest and artifact metadata to a server; adding,at the server device, the artifact cryptographic digest to a blockchain; and adding, at the server device, the artifact cryptographicdigest, and the artifact metadata corresponding to the new version ofthe first artifact to the data storage device.
 7. The system of claim 1,wherein the at least one processor is further caused to perform thesteps of: receiving, at the client device, a request to change artifactmetadata corresponding to the first artifact; transmitting, at theclient device, the artifact cryptographic digest and artifact metadatacorresponding to the first artifact to a server; adding the artifactcryptographic digest to the block chain; and adding, at the serverdevice, the artifact cryptographic digest and the changed artifactmetadata to the data storage device.
 8. A computer-implemented methodcomprising: accessing, at a client device, a first artifact and artifactmetadata corresponding to the artifact; creating, at the client device,an artifact cryptographic digest corresponding to the artifact tocertify existence of the artifact; transmitting, at the client device,the artifact cryptographic digest and artifact metadata to a server;adding, at the server device, the artifact cryptographic digest to ablock chain of the server device; and adding, at the server device, theartifact cryptographic digest, the artifact metadata and at least oneof: a reference to a location of the first artifact and the firstartifact to a data storage device of the server device separate anddistinct from the block chain to reference the artifact cryptographicdigest on the block chain.
 9. The method of claim 8, further comprising:reading and inspecting, at the client device, citation data in the firstartifact corresponding to a citation to a second artifact; transmitting,at the client device, the citation data to the server; determining, atthe server, whether the citation data matches metadata for any artifactsstored at the server; if the citation data matches metadata at theserver, sending, at the server, a citation match message to the clientdevice; and if the citation data does not match metadata at the server,sending, at the server, a citation non-match message to the clientdevice.
 10. The method of claim 8, further comprising: receiving, at theclient device, a request to post citation data to the block chain at theserver; creating, at the client device, a citation cryptographic digestcorresponding to the citation data; transmitting, at the client device,the citation cryptographic digest and citation data to the server;adding, at the server, the citation cryptographic digest to the blockchain; and adding, at the server, the citation data and the citationcryptographic digest to the data storage device.
 11. The method of claim10, further comprising: storing, at the server, an author attributioncount for each author of the one or more artifacts stored on the blockchain, wherein the author attribution count is representative of anumber of instances where one or more artifacts of the author has beencited by other artifacts; after adding the citation cryptographic digestto the block chain, incrementing, at the server, the author attributioncount for each author of a respective artifact cited in the citationdata.
 12. The method of claim 11, further comprising: storing, at theserver, an unmatched citation, wherein an unmatched citation cites to asecond artifact that does not include a respective artifactcryptographic digest stored on the block chain; after storing theunmatched citation, receiving, at the server, an artifact cryptographicdigest corresponding to the second artifact; comparing, at the server,the unmatched citation to the second artifact and detecting a match;incrementing, at the server, the author attribution count for eachauthor of the second artifact
 13. The method of claim 8, furthercomprising: receiving, at the client device, a request to create a newversion of the first artifact; creating, at the client device, anartifact cryptographic digest corresponding to the new version of thefirst artifact to certify existence of the new version of the firstartifact; transmitting, at the client device, the artifact cryptographicdigest and artifact metadata to a server; adding, at the server device,the artifact cryptographic digest to a block chain; and adding, at theserver device, the artifact cryptographic digest, and the artifactmetadata corresponding to the new version of the first artifact to thedata storage device.
 14. The method of claim 8, further comprising:receiving, at the client device, a request to change artifact metadatacorresponding to the first artifact; transmitting, at the client device,the artifact cryptographic digest and artifact metadata corresponding tothe first artifact to a server; adding the artifact cryptographic digestto the block chain; and adding, at the server device, the artifactcryptographic digest and the changed artifact metadata to the datastorage device.